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PROCEDE POUR AMELIQRER LES PERFORMANCES D'UN SYSTEME DE 
RADIOCOMMUNICATIONS MOBILES 

La pr6sente invention concerne d'une maniere generale les systemes de 

radiocommunications mobiles. 
5 La presente invention concerne notamment les systemes utilisant la 

technique CDMA ("Code Division Multiple Access"). 

La technique CDMA est notamment utilisee dans les systemes dits de 
troisieme generation, tab que notamment le systeme UMTS ("Universal Mobile 
Telecommunication System"). 
10 • D'une maniere generale, les systemes de radiocommunications mobiles font 

I'obiet de normalisation, et pour une description complete de ces systemes on pourra 
se referer aux normes correspondantes, publiees par les organismes de 

normalisation correspondents. 

L'architecture generale d'un systeme de radiocommunications mobiles tel 
15 que notamment un systeme de type UMTS est rappelee sur la figure 1. Le systeme 
comporte un reseau de radiocommunications mobiles communiquant avec des 
terminaux mobiles ou UE (< User Equipment ») et avec des reseaux exterieurs (non 

illustres specifiquement). 

Le reseau de radiocommunications mobiles comporte : 
20 - un reseau d'acces radio, ou UTRAN (« UMTS Terrestrial Radio Access 

Network »), 

- un reseau cceur, ou CN (« Core Network »)• 

Les systemes de troisieme generation, notamment de type UMTS utilisent une 
technologie d'acces radio de type W-CDMA (« Wideband - Code Division Multiple 
25 Access »). L' UTRAN comporte des stations de base ou « Node B », et des controleurs 
de stations de base ou controleurs de reseau radio ou RNC (« Radio Network 
Controller »). L' UTRAN est en relation d'une part avec les terminaux mobiles UE, via 
une interface appelee interface « Uu » (ou interface radio), et d'autre part avec le CN 
via une interface appelee interface « lu ». A I'interieur de I'UTRAN, les Node B 
30 communiquent avec les RNC via" une interface appelee interface « lob », et une 
interface appelee interface « lur » peut en outre etre prevue entre RNCs. 
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Pour un Node B donne, le RNC qui le contr6le est aussi appele CRNC 
(« Controlling Radio Network Controller »). Le CRNC a un role de contrdle de charge 
et de contrdle et d'allocation de ressources radio pour les Node B qu'il contrdle. 

En outre, les systemes tels que I'UMTS utilisent la technique de transmission 
5 en macro-diversite (ou « soft-handover »), selon laquelle un UE peut etre connecte 
simultanement d plusieurs Node B, c'est-d-dire etre servi simultanement par plusieurs 
cellules serveuses (ou cellules actives). 

• Pour une communication donnee relative a un UE donne, il existe un RNC, 
appele SRNC (« Serving Radio Nefwork Controller*), ayant un r6le de contrdle pour 
10 la communication consideree, incluant des foncHons de contrdle d'etablissement et 
de reldchement de liens radio, de contrdle de parametres susceptibles de changer en 
cours de communication, tels que debit, puissance, facteur d'etalement, ...etc. Les 
differents Node B auxquels est connecte un UE peuvent ou non etre contrdles par un 
meme RNC. S'ils sont contrdles par des RNC different*, un de ces RNC a un role de 
15 SRNC, et les Node B connectes d I'UE et non contrdles par le SRNC communiquent 
avec le SRNC via les RNC qui les contrdlent, appeles aussi RNC derives, ou DRNC 
(« Drift RNC » ) via I'interface « lur ». 

D'une maniere generate, differents types de donnees peuvent etre 
transmises dans ces systemes : des donnees correspondant d des donnees utilisateur 
20 ou trafic, et des donnees correspondant a des donnees de contrdle ou signalisation 
necessaire au fonctionnement du systeme. Differents protocoles ont ete definis pour 
les echanges de donnees entre differents elements de ces systemes, notamment : 

- le protocole RANAP (« Radio Access Network Application Part») tel que 
defini dans la specification 3 GPP TS 25.413, pour les echanges de 

25 signalisation entre CN et RNC, 

- le protocole RNSAP (« Radio Network subsystem Application Part ») tel 
que defini dans la specification 3GPP TS 25.423, pour les echanges de 
signalisation entre RNCs relies entre eux par une interface « lur », 

- le protocole NBAP (« Node B Application Part») tel que defini dans la 
30 specification 3GPP TS 25.433, pour les echanges de signalisation entre 

RNC et Node B, 
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- Ie protocole RRC (« Radio Resource Control ») tel que defini dans la 
specification 3GPP TS 25.331, pour les echanges de signalisation entre 
RNC et UE. 

Differents types de canaux ont ete definis pour les echanges de donnees 
5 entre UE et UTRAN, correspondent a differents niveaux du protocole de 
communication entre UE et UTRAN, a savoir, du niveau le plus eleve au niveau le 
moins eleve : des canaux logiques (ou « logical channels »), des canaux de transport 
(ou « transport channels ») des canaux physiques (ou « physical channels »). II existe 
differents types de canaux logiques, notamment selon le type de donnees 6 
10 transmettre. Les donnees a transmettre peuvent en outre avoir des debits differents 
selon les services, et variables au cours d'une meme communication pour un meme 
service, ces differences contraintes etant prises en compte au niveau des canaux de 
transport et des canaux physiques, grace a un certain nombre de parametres utilises 
pour definir ces canaux, tels que notamment I'intervalle de temps de transmission ou 
15 TTI (« Transmission Time Interval »), le type de codage-canal, le facteur d'etalement 

(ou « spreading factor »), ...etc. 

On rappelle en outre qu'une caracteristique des systemes de troisieme 
generation tels que notamment I'UMTS est la possibility de transporter plusieurs 
services sur une meme connexion, ou plusieurs canaux de transport sur un meme 
20 canal physique. Par exemple, dans un systeme tel que I'UMTS, de tels canaux de 
transport (ou TrCH) sont traites separement selon un schema de codage-canal, avant 
d'etre multiplexes pour former un canal de transport composite code (ou CCTrCH, 
pour "Coded Composite Transport Channel") a transmettre sur un ou plusieurs 
canaux physiques. II peut en outre y avoir plusieurs CCTrCH pour une meme 
25 connexion. On rappelle en outre que la puissance d'emission est la meme pour tous 
les canaux de transport multiplexes sur un meme CCTrCH transmis sur un meme 
canal physique (ou canal DPDCH, pour « Dedicated Physical Data Channel »). Plus 
^informations sur ces aspects- de I'UMTS peuvent etre trouves notamment dans la 

specification 3GPP TS 25 212. 
30 D'une maniere generale, les systemes de troisieme generation, notamment 

de type UMTS, doivent pouvoir supporter des trafics dont les besoins en qualite de 
service (ou QoS, pour « Quality of Service ») peuvent etre tres differents les uns des 
autres. Pour garantir la qualite de service a differents niveaux d'un tel systeme, une 
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architecture de QoS a ete definie, dans laquelle on distingue differents services 
support (tels que notamment : les services « support acces radio » ou RAB (« Radio 
Access Bearer ») entre CN et UE, les services « support radio » ou RB (« Radio 
Bearer »,) entre RNC et UE, ...etc), et differents attributs de QoS (tels que notamment 
5 la classe de trafic, le debit maximal, le debit binaire garanti, le delai de transfert, 
...etc). 

Le RNC realise notamment des fonctions de gestion de ressources radio, 
afin notamment de garantir les performances du systeme, en termes de capacite et 
de quality de service. 

10 Dans les systemes CDMA les limitations de capacite sur I'interface radio 

sont fondamentalement differentes de ce qu'elles sont dans les systemes utilisant 
d'autres techniques d'acces multiple, telles que notamment la technique TDMA (Time 
Division Multiple Access"). La technique TDMA est notamment utilisee dans les 
systemes dits de deuxieme generation tels que le systeme GSM ("Global System for 
15 Mobile communications"). Dans les systemes CDMA, tous les utilisateurs partagent la 
meme ressource de frequence a tout instant. La capacite de ces systemes est done 
limitee par les interferences, ces systemes etant aussi appeles pour cette raison "soft 
limited systems" (en anglais). 

Cest pourquoi, dans les systemes CDMA, les fonctions de gestion de 
20 resources radio incluent notamment des algorithmes tels que des algorithmes dits 
de controle de charge (ou "load control ") pour prevenir les surcharges, les detecter 
etlescorriger, et des algorithmes dits de controle d'admission radio, pour decider 
si la capacite d'une cellule non utilisee a un instant donne est suffisante pour accepter 
un appel (c'est-6-dire pour etablir un nouveau lien radio ou un lien radio additionnel) 
25 dans cette cellule, en fonction de divers parametres tels que le service requis pour cet 
appel, la qualite de service requise, ...etc. 

Un algorithme typique de controle d'admission radio est base sur la 
puissance Remission du Node B dans le sens descendant, et sur le niveau 
d'interference dans le sens montant. Plus precisement, dans le sens descendant, 
30 I'algorithme d'admission radio verifie s'il reste une puissance d'emission du Node B 
suffisante pour accepter un nouveau lien radio ou un lien radio additionnel. Pour un 
tel algorithme, un probleme important est done de pouvoir estimer quelle puissance 
d'emission est requise dans le sens descendant pour un nouveau lien radio ou un lien 
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radio additional, Les performances de cet algorithme et done les performances du 
systeme dependent de la qualite de cette estimation . 

Par ailleurs, la norme UMTS est flexible quant a I'emplacement de 
I'algorithme d'admission radio dans le systeme. En particulier, un tel algorithme peut 
5 etre implemente dans le Node B ou dans le RNC, voire en partie dans I'un et en 
partie dans I'autre. Dans le cas ou I'algorithme d'admission radio ou une partie de 
cet algorithme est implemente dans le Node B, ou dans tout cas ou une 
connaissance de la puissance initiale est necessaire au niveau du Node B lui-meme, 
par exemple encore pour utiliser cette puissance comme puissance Remission initiale 
10 pour Palgorithme de controle de puissance, notamment pour ameliorer les 
performances de cet algorithme, des problemes specifiques se posent. Ces 
problemes specifiques sont dOs au fait que I'estimation de la puissance initiale par le 
Node B lui-meme est difficile, parce que le Node B n'a pas toutes les connaissances 
requises pour cette estimation. 
15 Notamment, le Node B n'a pas connaissance de certaines informations dont 

le RNC a connaissance dans ses fonctions de controle. Par exemple, le RNC a 
connaissance de la qualite de service requise pour I'appel, qui lui est communiquee 
parle CN pendant I'etablissement de I'appel, et qui est necessaire a I'etablissement 
de support radio ou RB. Suivant un autre exemple, pour le cas de transmission en 
20 macro-diversite, le RNC a connaissance de la puissance d'emission requise pour 
d'autres liens radio pour le meme UE avec d'autres Node B, car le RNC determine 
lui-meme une puissance d'emission dite de reference pour les different* liens radio 
pour un meme UE avec differents Node B. 

C'est pourquoi, dans I'etat aduel de la norme UMTS, il est prevu que le 
25 RNC signale au Node B (par ('intermediate du protocole NBAP) la puissance 

d'emission initiale requise pour le sens descendant. Cependant, dans I'etat actuel de 
la norme, ceci n'est prevu que pour le cas d'un nouveau lien radio (ou lien radio 
etabli 6 la suite de la reception par le Node Bdu message « Radio Link Set-up ») ou 
pour le cas d'un lien radio additionnel (ou lien radio etabli a la suite de la reception 
30 parle Node Bdu message « Radio Link Addition »). 

Cependant, ainsi que I'a observe le demandeur, il existe un autre cas ou il 
serait important pour le Node B de connaTtre la puissance d'emission requise pour un 
lien radio. Ce cas correspond au cas ou un lien radio est reconfigure (par exemple 
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lorsque le facteur d'etalement, ou tout parametre permettant de definir les canaux de 
transport ou physiques pour ce lien radio) est change, ...etc.). Par exemple, un cas 
important de reconfiguration de lien radio est celui se produisant au debut d'un 
appel. En effet, lors de I'etablissement d'un appel : 
5 - dans une premiere etape, lorsqu'un premier lien radio est etabli, le RNC 

configure seulement des canaux de contrdle, ou canaux DCCH 
(« Dedicated Control Channel »), ou canaux logiques utilises au debut 
d'un appel pour transporter la signalisation selon les protocoles RRC 
(« Radio Resource Control ») entre RNC et UE, et NAS (« Non-Access 
10 Stratum ») entre CN et UE, 

- ensuite, dans une deuxieme etape, une fois que le CN a determine 
comment I'appel doit etre traite, et transmis au RNC le message de 
requete d'efablissement de support d'acces radio ou RAB (ou message 
« RAB Assignment Request ») avec des informations sur le service requis 
15 61 la qual'te de service requise, le RNC envoie au Node B un message 

de reconfiguration de lien radio, afin notamment d'ajouter des canaux 
de trafic, ou canaux logiques DTCH (« Dedicated Traffic Channel ») et 
de changer les parametres des canaux physiques. Cette deuxieme etape 
requiert habituellement une augmentation de puissance d'emission 
20 significative (en effet, lypiquement, le debit transporte par les canaux 

DCCH est seulement entre 3 et 4 kbit/s, alors que le debit transporte par 
les canaux DTCH peut etre beaucoup plus eleve). 
Dans I'etat actuel de la norme, il n'est pas prevu que le RNC signale au 
Node B la puissance d'emission initiale requise pour le sens descendant , 
25 consecutivement a une reconfiguration de lien radio. Plus precisement, dans I'etat 
actuel de la norme, pour le mode FDD (« Frequency Division Duplex*) de I'UMTS, il 
est seulement prevu que le RNC signale au Node B la puissance d'emission initiale 
requise pour le sens descendant, dans un message « Radio Link Set-up » (dans le cas 
de creation de nouveau lien radio) ou « Radio Link Addition ,» (dans le cas de creation 
30 de lien radio additionnel). Pour le mode TDD (« Time Division Duplex >») de I'UMTS, il 
est egalement prevu que le RNC signale au Node B la puissance d'emission initiale 
requise pour le sens descendant, dans un message « Radio Link Reconfiguration 
Prepare », mais, comme indique dans la specification 3GPP TS 25 433, la puissance 
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d'emission initiate ainsi signalee est a appliquer par le Node B lorsqu'il commence a 
transmettre sur un nouveau canal CCTrCH. Ainsi, ce dernier cas correspond au cas 
de creation d'un nouveau canal CCTrCH, et non au cas de reconfiguration d'un 
canal CCTrCH deja cr6e. 
5 Ainsi que I'a observe le dernandeur, le cas de reconfiguration de lien radio 

n'est done pas actuellement traite de maniere optimale. Notamment, le cas de 
reconfiguration de lien radio susceptible d'entratner un changement de puissance 
d'emission pour au moins une entite de transmission sur ce lien radio, pour laquelle 
une puisance d'emission peut etre definie (une telle entity de transmission pouvant 

10 corresponds notamment a un canal DPDCH, ou a un canal CCTrCH, ou plus 
gen6ralement a tout type de canal pour leque! se poserait le meme type de 
probleme) n'est pas pris en compte. II en resulte une degradation de performances, 
notamment une degradation de performances des algorithmes de controie 
d'admission radio et de controie de puissance, ou plus generalement une 

15 degradation de performances du systeme, notamment en termes de capacite et de 
qualite de service. 

La presente invention a notamment pour but d'eviter tout ou partie de ces 
inconvenients, et plus generalement d'ameliorer les performances de ces sysfemes, 

Un des objets de la presente invention est un procede pour ameliorer les 

20 performances d'un systeme de radiocommunications mobiles, procede dans lequel 
un element de reseau dit premier element de reseau emettant vers des terminaux 
mobiles re§oit d'au moins un autre element de reseau, dit deuxieme element de 
reseau, au moins une information indicative de puissance d'emission initiale pour 
('emission vers un terminal mobile, dans le cas de reconfiguration de lien radio entre 

25 ledit premier element de reseau et ledit terminal mobile, susceptible d'entraTner un 
changement de puissance d'emission pour au moins une entite de transmission sur 
ce lien radio, pour laquelle une puissance d'emission peut etre definie. 

Suivant une autre caracteristique, ledit premier element de reseau 
correspond a une station de base, ou Node B dans un systeme de type UMTS. 

30 Suivant une autre caracteristique, ledit deuxieme element de reseau 

correspond a un contrdleur de stations de base, ou controleur de reseau radio ou 
RNC (« Radio Nelwork controller ») dans un systeme de type UMTS.' 
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Suivant une autre caracteristique, ledit deuxieme element de reseau 
correspond a un element de reseau ayant une fonction de controle de 
communication avec ledit terminal mobile, incluant une fonction de controle de 
reconfiguration de lien radio, notamment, dans un systeme de type UMTS, un 
5 controleur de reseau radio ou RNC ayant un role de SRNC (« Serving Radio Network 
Controller »). 

Suivant une autre caracteristique, ledit deuxieme element de reseau 
correspond a un element de reseau contr6lant ledit premier element de reseau, 
notamment, dans un systeme de type UMTS, un controleur de reseau radio ou RNC 
10 controlant un Node B ou ayant un r6le de CRNC (« Controlling Radio Network 
Controller ») pour ce Node B. 

Suivant une autre caracteristique, notamment dans un systeme de type 
UMTS, ladite information indicative de puissance Remission initiale est transmise 
d'un RNC ayant un role de SRNC et un role de CRNC pour un Node B, vers ce Node 
1 5 B, selon le protocole NBAP (« Node B Application Part »). 

Suivant une autre caracteristique, ledit deuxieme element de reseau 
correspond a un element de reseau ne controlant pas ledit premier element de 
reseau, et ledit premier element de reseau regoit ladite information indicative de 
puissance d'emission initiale, dudit deuxieme element de reseau, via un troisieme 
20 element de reseau controlant ledit premier element de reseau, notamment, dans un 
systeme de type UMTS, via un contrdleur de reseau radio ou RNC ayant un role de 
DRNC (« Drift Radio Network Controller »). 

Suivant une autre caracteristique, notamment dans un systeme de type 
UMTS, ladite information indicative de puissance d'emission initiale est transmise 
25 d'un RNC ayant un role de SRNC, vers un RNC ayant un role de DRNC et un role de 
CRNC pour un Node B, selon le protocole RNSAP (« Radio Nelwork Subsystem 
Application Part»), puis re-transmise de ce dernier RNC vers le Node B, selon le 
protocole NBAP (« Node B Application Part »). 

Suivant une autre caracteristique, ladite information est recue dans un 
30 message de commande de reconfiguration de lien radio. 

Suivant une autre caracteristique, ladite information est recue dans un 
message de commande de reconfiguration de lien radio synchronise. 



105110/MA/NMND 



F:\Solle\Fl 05 1 1 0\PREMDEP\FI7Vrojetbr.doc 



9 



15 



Suivant une autre caracteristique, ladite information est recue dans un 
message de commande de reconfiguration de lien radio non synchronisee. 

Suivant une autre caracteristique, dans un systems de type UMTS, ledit 
message de commande de reconfiguration de lien radio correspond a un message 
5 « Radio Link Reconfiguration Prepare ». 

Suivant une autre caracteristique, dans un systems de type UMTS, ledit 
message de commande de reconfiguration de lien radio correspond a un message 
« Radio Link Reconfiguration Request ». 

Suivant une autre caracteristique, ladite puissance Remission initiale est 
10 utilisee par ledit premier element de reseau pour un algorithme de contr6le 
d'admission radio- 

Suivant une autre caracteristique, ladite puissance d'emission initiale est 
utilisee par ledit premier element de reseau pour un algorithme de controle de 
puissance. 

Un autre objet de la presente invention est un element de reseau, 
comportant des moyens pour mettre en ceuvre un procede suivant invention. 

Un autre objet de la presente invention est une station de base, ou Node B, 
comportant des moyens pour mettre en ceuvre un procede suivant ('invention. 

Un autre objet de la presente invention est un controleur de stations de 
20 base, ou controleur de reseau radio ou RNC (« Radio Network Controller*), 
comportant des moyens pour mettre en ceuvre un procede suivant invention. 

Un autre objet de la presente invention est un systeme de 
radiocommunications mobiles, comportant des moyens pour mettre en . ceuvre un 

procede suivant I'invention. 
25 D'autres objets et caracteristiques de la presente invention apparaTtront 6 la 

lecture de la description suivante d'exemples de realisation, faite en relation avec les 

dessins ci-annexes dans lesquels: 

- la figure 1 , decrite precedemment, rappelle I'architecture gen6rale d'un 
systeme de radiocommunications mobiles, tel que notamment le systeme 

30 UMTS, •"• r . 

- les figures 2 et 3 sont des schemas destines 6 illustrer respectivement un 
premier et un deuxieme exemple de mise en oeuvre d'un procede 
suivant I'invention. 
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La presente invention peut aussi etre expliquee de la maniere suivante. 

La presente invention propose, notamment, d'effectuer one estimation de la 
puissance d'emission requise dans le sens descendant, dans le RNC, et de signaler la 
valeur ainsi obtenue au Node B, de sorte que le Node B peut I'utiliser comme 
5 puissance d'emission initiale et peut egalement I'utiliser pour le controle d'admission 
radio, si celui-ci est implements dans le Node B. 

La presente invention propose notamment que le RNC signale au Node B la 
puissance d'emission initiale d'un lien radio, dans le cas ou ce lien radio est 
reconfigure (c'est-a-dire dans tout cas de changement pour ce lien radio, pouvant 
10 entraTner un changement de puissance d'emission). En particulier, ceci peut se 
produire dans le cas de modification de parametres de canaux physiques ou de 
transport pour ce lien radio (par exemple le facteur d'etalement, le codage-canal, 
I'intervalle de temps ou TTI (« Transmission Time Interval »), ...etc), dans le cas 
d'a[out ou de suppression de canaux de transport, dans le cas de changement de 
15 service ou de qualite de service, ...etc. Comme explique precedemment, un cas 
particulier important de reconfiguration de lien radio est celui se produisant au debut 
d'un appel. 

Avantageusement, la puissance initiale pour le sens descendant (ou « Initial 
DL Power », ou DL est utilise pour «Downlink ») pour le lien radio reconfigure peut 
20 etre signalee dans les memes messages que ceux utilises pour reconfigurer le lien 
radio. 

On notera qu'il existe differentes fagons de reconfigurer un lien radio : 

- reconfiguration de lien radio synchronisee (ou « synchronised radio link 
reconfiguration ») 

25 ' reconfiguration de lien radio non synchronisee (ou « unsynchronised 

radio link reconfiguration »). 
Dans ce contexte, la synchronisation se refere a la reconfiguration de tous 
les liens radio au meme moment pour les differents Node B avec lesquels un UE est 
connecte (dans le cas ou I'UE est en « soft-handover » avec differents Node B). 
30 Dans le cas de reconfiguration synchronisee, deux messages de commande 

de reconfiguration sont envoyes par le RNC au Node B : 

- « Radio Link Reconfiguration Prepare » 

- « Radio Link Reconfiguration Commit ». 
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Selon un exemple prefer^, le message utilise pour signaler la puissance 
d'emission initiale d'un lien radio dans le cas de reconfiguration de ce lien radio est 
le premier message (« Radio Link Reconfiguration Prepare »), le second message 
(« Radio Link Reconfiguration Commit ») donnant normalement seuiement I'instant ou 

5 effectuer la reconfiguration, toutes les informations sur la reconfiguration etant 
donnees dans le premier message. 

Dans le cas de reconfiguration non synchronisee, un seul message est 
envoye par le RNC au Node B : 

- « Radio Link Reconfiguration Request ». 

10 L'invention propose notamment d'ajouter un element d'information ou IE 

(« Information Element ») appele . « puissance d'emission initiale dans le sens 
descendant, ou « Initial DL Transmission Power » a I'un et/ou I'autre des deux 
messages mentionnes precedemment, a savoir « Radio Link Reconfiguration 
Prepare » et « Radio Link Reconfiguration Request »; 

15 On rappelle en outre la maniere habituelle de definir une puissance 

d'emission, telle que definie notamment dans la specification 3GPP TS 25.433, a 
savoir : 

, ■ - pour le mode FDD (« Frequency Duplex Division ») : le niveau de 
puissance relativement a la puissance du canal CPICH primaire (ou 
20 « Primary CPICH » ou CPICH est utilise pour « Common Pilot CHannel I ») 

et en se r&ferant aux symboles DPDCH •(« Dedicated Physical Data 
CHannel ») transrnis, 

pour le mode TDD : le niveau de puissance relativement a la puissance 
du canal CPICH primaire. 

25 La presente invention propose ainsi notamment, qu'un element de reseau dit 

premier element de reseau emettant vers des terminaux mobiles regoive d'au moins 
un autre element de reseau, dit deuxieme element de reseau, au moins une 
information indicative de puissance d'emission initiale pour Remission vers un 
terminal mobile, dans le cas de reconfiguration de lien radio entre ledit premier 

30 element de reseau et ledit terminal , mobile, susceptible d'entrafner un changement 
de puissance d'emission pour au moins une entite de transmission sur ce lien radio, 
pour laquelle une puissance d'emission peut etre definie. ' 
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Ledit premier element de reseau correspond notamment a une station de 
base, ou Node B dans un systeme de type UMTS. 

Ledit deuxieme element de reseau correspond notamment a un controleur 
de stations de base, ou contrdleur de reseau radio ou RNC (« Radio Network 
5 controller ») dans un systeme de type UMTS. 

Ledit deuxieme element de reseau peut notamment corresponds a un 
element de reseau ayant une fonction de contrdle de communication avec ledit 
terminal mobile, induant une fonction de contr6le de reconfiguration de lien radio, 
notamment, dans un systeme de type UMTS, un controleur de reseau radio ou RNC 
1 0 ayant un rdle de SRNC (« Serving Radio Network Controller »). 

Suivant un premier exemple de realisation, ledit deuxieme element de 
reseau peut notamment correspondre 6 un element de reseau controlant ledit 
premier element de reseau, notamment, dans un systeme de type UMTS, un 
controleur de reseau radio ou RNC controlant un Node B ou ayant un role de CRNC 
15 (« Controlling Radio Neiwork Controller ») pour ce Node B. 

Suivant ce premier exemple de realisation, dans un systeme de type UMTS, 
ladite information indicative de puissance d'emission initiale peut notamment etre 
transmise d'un RNC ayant un r6le de SRNC et un role de CRNC pour un Node B, 
vers ce Node B, selon le protocole NBAP (« Node B Application Part »). 
20 Suivant un deuxieme exemple de realisation, ledit deuxieme element de 

■ reseau peut notamment correspondre a un element de reseau ne controlant pas ledit 
premier element de reseau, et ledit premier element de reseau peut recevoir ladite 
information indicative de puissance d'emission initiale, dudit deuxieme element de 
reseau, via un troisieme element de nlseau controlant ledit premier element de 
25 reseau, notamment, dans un systeme de type UMTS, via un controleur de reseau 
radio ou RNC ayant un r6le de DRNC (« Drift Radio Neiwork Controller »). 

Suivant ce deuxieme exemple de realisation, dans un systeme de type UMTS, 
ladite information indicative de puissance d'emission initiale peut notamment etre' 
transmise, d'un RNC ayant un role de SRNC, vers un RNC ayant un role de DRNC et 
30 un role de CRNC pour un Node B, selon le protocole RNSAP (« Radio Network 
Subsystem Application Part »), puis re-transmise de ce dernier RNC vers le Node B, 
selon le protocole NBAP (« Node B Application Part »). 
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Notamment, ladite information indicative de puissance d'emission initiale 
peut etre transmise dans un message de commande de reconfiguration de lien radio, 
synchronisee ou non synchronisee, notamment, dans un systeme de type UMTS, I'un 
et/ou I'autre des messages suivants, prevus selon les protocoles NBAP et RNSAP : 
5 - « Radio Link Reconfiguration. Prepare », . 

« Radio Link Reconfiguration Request ». 
La figure 2 est un schema destine a illustrer un exemple de moyens pouvant 
etre prevus pour mettre en ceuvre un procede suivant I'invention, 6 titre d'exemple 
dans un systeme de type UMTS, et dans le premier exemple de realisation mentionne 
10 ci-dessus. 

Dans ce premier exemple de realisation, ladite information indicative de 
puissance d'emission initiale est transmise d'un RNC, note RNC T , ayant un role de 
SRNC et un r6le de CRNC pour un Node B, vers ce Node B, par exemple dans un 
message de commande de reconfiguration transmis selon le protocole NBAP. 

15 Le RNQ comporte ainsi (en plus d'autres moyens qui peuvent etre des 

moyens classiques): 

des moyens notes 1 pour transmettre ladite information au Node B, 
dans un message NBAP, par exemple un message de commande de reconfiguration, 
tel que « Radio Link Reconfiguration Prepare » ou « Radio Link Reconfiguration 

20 Request » . 

Le Node B comporte ainsi (eri plus d'autres moyens qui peuvent etre des 
moyens classiques): 

des moyens notes 2 pour recevoir ladite information du RNC 1f 
des moyens notes 3 pour utiltser ladite information, par exemple pour un 
25 algorithme de controle d'admission radio et/ou un algorithme de controle de 
puissance, comme indique precedemment. 

La figure 3 est un schema destine a illustrer un exemple de moyens pouvant 
etre prevus pour mettre en ceuvre un procede suivant I'invention, d titre d'exemple 
dans un systeme de type UMTS, et dans le deuxieme exemple de realisation 
30 mentionne ci-dessus. ~-:r . . 

Dans ce deuxieme exemple de realisation, ladite information indicative de 
puissance d'emission initiale est transmise d'un RNC, note RNC 2 / ayant un r6le de 
SRNC, vers un RNC note RNG3 , ayant un role de DRNC et un role de CRNC pour un 
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Node B, par exemple dans un message de commar.de de reconfiguration transmis 
selon le protocole RNSAP, puis re-transmise de RNC 3 vers le Node B, par exemple 
dans un message de commande de reconfiguration transmis selon le protocole 
NBAP. 

Le RNC 2 comporte ainsi (en plus d'autres moyens qui peuvent etre des 
moyens classiques): 

- des moyens notes 4 pour transmettre ladite information au RNC 3 , dans 
un message RNSAP, par exemple un message de commande de reconfiguration, tel 
que « Radio Link Reconfiguration Prepare » ou « Radio Link Reconfiguration 

10 Request». 

Le RNC 3 comporte ainsi (en plus d'autres moyens qui peuvent etre des 
moyens classiques): 

- des moyens notes 5 pour re-transmettre ladite information au Node B, 

dans un message NBAP, par exemple un message de commande de reconfiguration,' 

15 tel que « Radio Link Reconfiguration Prepare » ou « Radio Link Reconfiguration 
Request ». 

Le Node B comporte ainsi (en plus d'autres moyens qui peuvent etre des 
moyens classiques): 

- des moyens notes 6 pour recevoir ladite information du RNC 3 , 

20 - des moyens notes 7 pour utiliser ladite information, par exemple pour un 

algorithme de controle d'admission radio et/ou un algorithme de contrdle de 

puissance, comme indique precedemment. 

Ces differents moyens peuvent operer suivant les precedes decrits 

precedemment; leur realisation particuliere ne presentant pas de difficult particuliere 
25 pour I'homme du metier, de tels moyens ne necessitent pas d'etre decrits ici de 

maniere plus detaillee que par leur fonction. 
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REVEND1CATIONS 

1. Precede pour ameliorer les performances d'un systeme de 
radiocommunications mobiles, procede dans lequel un element de reseau dit premier 
element de reseau emettant vers des terminaux mobiles regoit d'au moins un autre 

5 element de reseau, dit deuxieme Element de reseau, au moins une information 
indicative de puissance d'emission initiate pour Emission vers un terminal mobile, 
dans le cas de reconfiguration de lien radio entre ledit premier element de reseau et 
ledit terminal mobile, susceptible d'entraTner un changement de puissance 
d'emission pour ce lien radio. 

10 2, Procede selon la revendication 1, dans lequel ledit premier element de 

reseau correspond a une station de base, ou Node B dans un systeme de type 
UMTS. 

3. Procede selon Tune des revendications 1 ou 2, dans lequel ledit deuxieme 
element de reseau correspond d un controleur de stations de base, ou controleur de 
15 reseau radio ou RNC (« Radio Network controller ») dans un systeme de type UMTS. 

. 4. Procede selon I'une des revendications 1 a 3, dans lequel fedit deuxieme 
element de reseau correspond a un element de reseau ayant une fonction de 
controle de communication avec ledit terminal mobile, incluant une fonction de 
controle de reconfiguration de lien radio, notamment, dans un systeme de.type 
20 UMTS, un controleur de reseau radio ou RNC ayant un role de SRNC (« Serving 
Radio Network Controller »). 

5. Procede selon I'une des revendications 1 a 4, dans. lequel ledit deuxieme 
element de reseau correspond a un element de reseau controlant ledit premier 
element de reseau, notamment, dans un systeme de type UMTS, un controleur de 

25 reseau radio ou RNC controlant un Node B ou ayant un role de CRNC (« Controlling 
Radio Network Controller ») pour ce Node B. 

6. Procede selon les revendications 4 et 5, dans lequel, notamment dans un 
systeme de type UMTS, ladite information indicative de puissance d'emission initiate 
est transmise d'un RNC ayant un r&le de SRNC et un role de CRNC pour un Node B, 

30 vers ce Node B, selon le protocoled BAP (<< Node B Application Part »). 

7. Procede selon Tune des revendications 16 4, dans lequel ledit deuxieme 
element de reseau correspond a un element de reseau ne controlant pas ledit 
premier element de reseau, et ledit premier element de reseau regoit ladite 
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information indicative de puissance Remission initiale, dudit deuxieme element de 
reseau, via un troisieme element de reseau controlant ledit premier element de 
" reseau, notamment, dans un systeme de type UMTS, via un controleur de reseau 
radio ou RNC ayant un rdle de DRNC [« Drift Radio Network Controller »). 
5 8. Procede selon les revendications 4 et 7, dans lequel, notamment dans un 

systeme de type UMTS, ladite information indicative de puissance d'emission initiale 
est transmise d'un RNC ayant un role de SRNC, vers un RNC ayant un r6le de DRNC 
et un role de CRNC pour un Node B, selon le protocole RNSAP (« Radio Network 
Subsystem Application Part»), puis re-transmise de ce dernier RNC vers le Node B, 
1 0 selon le protocole NBAP (« Node B Application Part »). 

9. Procede selon I'une des revendications 1 6 8, dans lequel ladite 
information est regue dans un message de commande de reconfiguration de lien 
radio. 

10. Procede selon I'une des revendications 1 a 9, dans lequel ladite 
15 information est regue dans un message de commande de reconfiguration de lien 

radio synchronisee. 

11. Procede selon I'une des revendications 1 a 9, dans lequel, ladite 
information est regue dans un message de commande de reconfiguration de lien 
radio non synchronisee. 

20 12. Procede selon I'une des revendications 9 a 11, dans lequel, dans un 

systeme de type UMTS, ledit message de commande de reconfiguration de lien radio 
correspond a un message « Radio Link Reconfiguration Prepare ». 

13. Procede selon I'une des revendications 9 d 11, dans lequel, dans un 
systeme de type UMTS, ledit message de commande de reconfiguration de lien radio 

25 correspond a un message « Radio Link Reconfiguration Request ». 

14. Procede selon I'une des revendications 1 6 13, dans lequel ladite 
puissance d'emission initiale est utilisee par ledit premier element de reseau pour un 
algorithme de controle d'admission radio. 

15. Procede selon I'une des revendications 1 6 13, dans lequel ladite 
30 puissance d'emission initiale est utilisee par ledit premier element de reseau pour un 

algorithme de controle de puissance. 

16. Element de reseau, comportant des moyens pour mettre en ceuvre un 
procede selon I'une des revendications 1 a 15. 
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16. Station de base, ou Node B, comportant des moyens pour mettre en 
oeuvre un procede selon I'une des revendications 1 a 15. 

17. Controleur de stations de base, ou contrdleur de reseau radio ou. RNC 
(« Radio Network Controller »), comportant des moyens pour mettre en ceuvre un 

5 procede selon I'une des revendications 16 15. 

18. Systeme de radiocommunications mobiles, comportant des moyens pour 
mettre en oeuvre un procede selon I'une des revendications 1 a 15. 
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